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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 

The present document describes the characteristics of eNB - relay node transmissions. 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document 
(including a GSM document), a non-specific reference implicitly refers to the latest version of that document in 
the same Release as the present document. 

[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TS 36.201 : "Evolved Universal Terrestrial Radio Access (E-UTRA); LTE physical layer; 

General description". 

[3] 3GPP TS 36. 211: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and 

modulation". 

[4] 3GPP TS 36.212: "Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and 

channel coding". 

[5] 3GPP TS 36.213: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer 

procedures". 

[6] 3GPP TS 36.214: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer - 

Measurements". 

3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TR 21.905 [1] and the following apply. A 
term defined in the present document takes precedence over the definition of the same term, if any, in TR 2 1 .905 [ 1 ] . 

3.2 Symbols 

For the purposes of the present document, the following symbols apply: 

A/ Subcarrier spacing as defined in [3] 

i R-PDCCH aggregation element index 

i Slot index 

K PDSCH-to-ACK/NACK timing association set 

k Subcarrier index 

K Element of K 

L End OFDM symbol index for R-PDCCH 

/ OFDM symbol index 

/' OFDM symbol index 
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A 
m 

^R-PDCCH 

CCEJ 

,,R-PDCCH 

n 

"/ 

"PRB 



n 



(Up) 
PUCCH 



«SCID 
"VRB 



Aggregation level of R-PDCCH 
R-PDCCH candidate index 

Number of CCEs configured for detecting R-PDCCH in sloty 

Number of VRBs configured for detecting R-PDCCH 

Subframe index 

System frame number as defined in [3] 

Physical resource block number as defined in [3] 

Resource index for PUCCH formats 1/1 a/lb using antenna port/? as defined in [3] 

Slot number within a radio frame as defined in [3] 

Scrambling identity as defined in [3] 

Virtual resource block number as defined in [3] 

Search space for aggregation level A in slot j of subframe n 
Equivalent to F^ in [5] 



3.3 Abbreviations 

For the purposes of the present document, the abbreviations given in TR 21.905 [1] and the following apply. An 
abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in 
TR 21.905 [1]. 

CCE Control Channel Element 

CRC Cyclic Redundancy Check 

CSI-RS Channel-State Information Reference Signals 

DCI Downlink Control Information 

eNB Evolved Node B 

FDD Frequency Division Duplex 

HARQ Hybrid Automatic Repeat Request 

LTE Long Term Evolution 

OFDM Orthogonal Frequency Division Multiplexing 

PDSCH Physical Downlink Shared Channel 

PDCCH Physical Downlink Control Channel 

PHICH Physical Hybrid ARQ Indicator Channel 

PRB Physical Resource Block 

PUCCH Physical Uplink Control Channel 

PUSCH Physical Uplink Shared Channel 

RB Resource Block 

RE Resource Element 

REG Resource Element Group 

RN Relay Node 

R-PDCCH Relay Physical Downlink Control Channel 

TDD Time Division Duplex 

UE User Equipment 

VRB Virtual Resource Block 



General 



From a UE perspective a relay node is part of the radio access network and behaves like an eNB. A relay node is 
wirelessly connected to a donor eNB. 

A relay node includes at least two physical layer entities. One entity is used for communication with UEs as described 
in [3] [4] [5] [6]. Another physical layer entity is used for communication with the donor eNB and it corresponds to UE 
functionality as described in [3] [4] [5] [6]. If a relay node is configured to use relay-specific advancements, the physical 
layer entity for communication with the donor eNB corresponds to UE functionality as described in [3] [4] [5] [6] 
extended by relay-specific advancements as described in the following. 
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Physical Channels and Modulation 



5.1 



General 



Processing and mapping of physical channels shall be processed according to [3] with the exceptions described within 
Section 5. 

5.2 Resource partitioning and multiplexing for relays 

Time-frequency resources shall be set aside for eNB-RN transmissions by time multiplexing eNB-RN and RN-UE 
transmissions. Subframes during which eNB-RN transmission may take place are configured by higher layers. 
Downlink subframes configured for eNB-to-RN transmission shall be configured as MBSFN subframes by the relay 
node. eNB-to-RN transmissions occur in downlink subframes and RN-to-eNB transmissions occur in uplink subframes. 
For frame structure type 1, eNB-to-RN and RN-to-UE transmissions occur in the downlink frequency band, while RN- 
to-eNB and UE-to-RN transmissions occur in the uplink frequency band. 

For frame structure type 1, a subframe configured for eNB-to-RN transmission is a subframe satisfying 

[(lO-Mf +[nj,/2j)mod8je Ag^^, with the exception that a downlink subframe that cannot be configured as MBSFN 

subframe in the relay node cell shall not be configured for eNB-to-RN transmission. The set Agsc i^ determined as 
the union of the applicable offset values listed in Table 5.2-1 with respect to the parameter 

SubframeConfigurationFDD, which is configured by higher layers, and where "x" means that the corresponding bit in 
the bitmap can be either or 1. 

Table 5.2-1 : Downlink subframe configuration for eNB-to-RN transmission (frame structure type 1) 



SubframeConfigurationFDD 


Offset value element of Ags^ 


{xxxxxxxl} 


7 


{xxxxxxl x} 


6 


{xxxxxl xx} 


5 


{xxxxixxx} 


4 


{xxxixxxx} 


3 


{xx1 xxxxx} 


2 


{xlxxxxxx} 


1 


{Ixxxxxxx} 






For frame structure type 2 the subframes that can be configured for eNB-RN transmission are listed in Table 5.2-2 
where, for each subframe in a radio frame, "D" denotes the subframe is configured for downlink eNB-to-RN 
transmissions, "U" denotes the subframe is configured for uplink RN-to-eNB transmissions. The parameter 
SubframeConfigurationTDD is configured by higher layers. Table 5.2-2 indicates the supported uplink-downUnk 
configurations [3] for the eNB-RN link as a function of SubframeConfigurationTDD . 
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Table 5.2-2: Supported configurations for eNB-RN transmission (frame structure type 2) 



SubframeConfigurationTDD 


eNB-RN 
uplink- 
downlink 
configuration 


Subframe number n 
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D 




8 








D 








U 




D 


9 






u 


D 


D 








D 
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5.3 Relay frame timing 

The frame timing for downlink transmission from the relay shall be such that the relay node can receive at least the 
OFDM symbols from the donor eNB according to Section 5.4. 

5.4 Downlink slot structure ancd physical resource elements 

The downlink slot structure and the physical resource elements are described in Section 6.2 of [3]. 

eNB-to-RN transmissions shall be restricted to a subset of the OFDM symbols in a slot. The starting and ending OFDM 
symbols respectively in the first slot of a subframe is given in Table 5.4-1 and in the second slot of a subframe in Table 
5.4-2. The parameter DL-StartSymbol in Table 5.4-1 is configured by higher layers. If downlink subframes are 
transmitted with time aligned subframe boundaries by the donor eNB and the relay node, configuration 1 of Table 5.4-2 
is used; otherwise configuration is used. The simultaneous operation of configuration in Table 5.4-1 and 
configuration in Table 5.4-2 is not supported. 
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Table 5.4-1 : OFDM symbols for eNB-to-RN transmission in the first slot (normal cyclic prefix, 

A/ = 15 kHz) 



Configuration 


DL-StartSymbol 


End symbol index 





1 


6 


1 


2 


6 


2 


3 


6 



Table 5.4-2: OFDM symbols for eNB-to-RN transmission in the second slot (normal cyclic prefix, 

A/ = 15 kHz) 



Configuration 


Start symbol index 


End symbol index 








6 


1 





5 



5.5 Physical downlink shared channel 

The physical downlink shared channel for eNB-to-RN transmissions shall be processed and mapped to resource 
elements as described in Section 6.4 of [3] with the following exceptions; 

the PDSCH shall only be mapped to resource elements in OFDM symbols configured according to Table 5.4-1 
and Table 5.4-2 

the PDSCH shall not be mapped to any resource element in the first slot of an RB pair when the first slot of the 
RB pair is used for R-PDCCH transmission 

5.6 Relay physical downlink control channel 

5.6.1 General 

The relay physical downlink control channel (R-PDCCH) carries DCI for relay nodes. 

An R-PDCCH is transmitted according to configuration 2 of Table 5.4-1 or configuration or 1 of Table 5.4-2. In the 
frequency domain, a set of A'vRB VRBs is configured for potential R-PDCCH transrmssion by higher layers 

using resource allocation types 0, 1, or 2 according to Section 7. 1.6 of [5]. For resource allocation type 2 the VRB to 
PRB mapping is configured by higher layers. Configured VRBs are continuously numbered 

nvR™*^^" = 0,1,..., A'vR™^^" - 1 such that the VRB numbered with nyR™^^" = ^ refers to the configured VRB 
with the smallest virtual resource block number nyRB of [3] and such that the VRB numbered with 

R — pnr^PT-T R — PFir^PH 

"VRB = ^VRB ~1 refers to the configured VRB with the largest nyRB ■ 

An R-PDCCH can be transmitted on one or several PRBs without being cross-interleaved with other R-PDCCHs in a 
given PRB, see Section 5.6.2 Alternatively, multiple R-PDCCHs can be cross-interleaved in one or several PRBs, see 
Section 5.6.3. 

5.6.2 R-PDCCH formats without cross-interleaving 

Without cross-interleaving, an R-PDCCH is transmitted on an aggregation of one or several PRBs. 
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If the set of A^vRB VRBs is configured by resource allocation type 2 with distributed VRB to PRB mapping, the 

provisions in Section 6.2.3.2 of [3] for even slot numbers are always applied. 

The mapping to resource elements shall follow the provisions in section 6.3.5 in [3], with the exception that the index 
k first increases over the aggregated physical resource blocks, and then the index / , starting with the start symbol 
index given in Table 5.4-1 and 5.4-2 respectively, increases. 

The following resource elements shall be considered as reserved with respect to mapping the R-PDCCH: 

resource elements that are used for reference signals 

5.6.3 R-PDCCH formats with cross-interleaving 

With cross-interleaving, R-PDCCHs shall be multiplexed, scrambled, modulated, precoded and mapped to layers and 
resource elements according to Section 6.8 of [3] except that 

an REG is composed out of 4 consecutively available REs in one OFDM symbol in a PRB counted in ascending 
order of subcarriers, where an RE is assumed to be unavailable with respect to mapping the R-PDCCH in the 
following cases: 

if it is used for the transmission of cell-specific reference signals 

- if the cell-specific reference signals are configured to be transmitted only on antenna port 0, it shall be 
assumed that REs for transmission of cell-specific reference signals on antenna port 1 are unavailable for 
an REG 

if CSI-RS are present, it shall be assumed that all REs for transmission of CSI-RS on antenna ports 15 to 22 
are unavailable for an REG 

UE-specific reference signals are not mapped onto PRB pairs used for the transmission of R-PDCCH with cross- 
interleaving 

for the purpose of REG-to-RE mapping 

R — PDPCT-T 

the downlink system bandwidth shall be determined as A^vRB 

the time-domain index /' shall be initialized with the start symbol index given in Table 5.4-1 and Table 5.4- 
2 respectively and /' shall be increased if r<L, where L corresponds to the end symbol index given in 
Table 5.4-1 and Table 5.4-2 respectively. 

5.7 Reference signals 
5.7.1 Downlink reference signals 

eNB-to-RN transmissions use the same reference signals as defined in [3] with the exceptions defined below. 

The reference signal sequence of antenna port 7, 8, 9 and 10 shall not be mapped to resource elements in the second slot 
of a PRB pair used for eNB-to-RN transmission when configuration 1 in Table 5.4-2 is used. 

Antenna ports 11 to 14 shall not be used for eNB-to-RN transmission. 



Multiplexing and channel coding 



Multiplexing and channel coding is done according to [4] with the addition that DCI shall be mapped to the R-PDCCH. 
The provisions in [4] for the PDCCH apply to the R-PDCCH. 
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Relay Node procedures 



7.1 General 

The relay node acts according to the UE procedures as described in [5] with the exceptions defined in Section 7, where 
DCI shall be transmitted by means of R-PDCCH. The relay node shall not expect DCI format 3/3A. 

7.2 Relay node procedures for receiving the physical downlink 
shared channel 

A relay node shall upon detection of an R-PDCCH intended for the relay node in a subframe, decode the corresponding 
PDSCH in the same subframe with the following assumptions. 

If the relay node receives a resource allocation which overlaps a PRB pair in which a downlink assignment is 
detected in the first slot, the relay node shall assume that there is PDSCH transmission for it in the second slot of 
that PRB pair. 

For a PRB pair where the relay node detects at least part of a downlink assignment in the first slot, the relay node 
shall assume that the first slot of the PRB pair is not used for PDSCH transmission. 

7.3 Relay node procedures for transmitting the physical uplink 
shared channel 

The physical uplink shared channel shall be processed as described in Section 8 of [5] with the following exceptions. 

The relay node shall not expect HARQ feedback on PHICH. 

At the relay node the number of HARQ processes depends on the subframes configured for eNB-RN transmissions. 

For frame structure type 1 the number of HARQ processes is determined by the decimal equivalent of the binary 
number representing the 8-bit bitmap of the parameter SubframeConfigurationFDD as given by Table 7.3-1. HARQ 
processes are sequentially assigned to subframes configured for RN-to-eNB transmission. 
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Table 7.3-1 : Number of uplink HARQ processes for frame structure type 1 



Decimal equivalent of SubframeConfigurationFDD 


Number of uplink 
HARQ processes 


1,2,4,8, 16,32,64, 128 


1 


3, 5, 6, 9, 10, 12, 17, 18, 20, 24 ,33, 34, 36, 40, 48, 
65, 66, 68, 72, 80, 96, 129, 130, 132, 136, 144, 160, 
192 


2 


7, 1 1 , 1 3, 1 4, 1 9, 21 , 22, 25, 26, 28, 35, 37, 38, 41 , 
42, 44, 49, 50, 52, 56, 67, 69, 70, 73, 74, 76, 81 , 82, 
84, 85, 88, 97, 98, 1 00, 1 04, 1 1 2, 1 31 , 1 33, 1 34, 1 37, 
138, 140, 145, 146, 148, 152, 161, 162, 164, 168, 
170, 176, 193, 194, 196, 200, 208, 224 


3 


15, 23, 27, 29, 30, 39, 43, 45, 46, 51, 53, 54, 57, 58, 
60, 71 , 75, 77, 78, 83, 86, 87, 89, 90, 91 , 92, 93, 99, 
101, 102, 105, 106, 107, 108, 109, 113, 114, 116, 
117, 120, 135, 139, 141, 142, 147, 149, 150, 153, 
154, 156, 163, 165, 166, 169, 171, 172, 173, 174, 
177, 178, 180, 181, 182, 184, 186, 195, 197, 198, 
201, 202, 204, 209, 210, 212, 213, 214, 216, 218, 
225, 226, 228, 232, 234, 240 


4 


31,47,55,59,61,62,79,94,95, 103, 110, 111, 115, 
118, 119, 121, 122, 123, 124, 125, 143, 151, 155, 
157, 158, 167, 175, 179, 183, 185, 187, 188, 189, 
1 90, 1 99, 203, 205, 206, 211,21 5, 21 7, 21 9, 220, 
221 , 222, 227, 229, 230, 233, 235, 236, 237, 238, 
241 , 242, 244, 245, 246, 248, 250 


5 


63, 1 26, 1 27, 1 59, 1 91 , 207, 223, 231 , 239, 243, 247, 
249,251,252,253,254,255 


6 



For frame structure type 2 the number of HARQ processes is given by Table 7.3-2. A re -transmission, when appUcable, 
shall occur in a subframe with the same subframe number as the original transmission. 

Table 7.3-2: Number of uplink HARQ processes for frame structure type 2 



SubframeConfigurationTDD 


Number of uplink HARQ 
processes 


0-3,5-18 


1 


4 


2 



7.4 Relay node procedure for receiving the relay physical 
downlink control channel 



7.4.1 



Monitoring and demodulation 



The relay node shall monitor the set of configured VRBs in the first slot for an R-PDCCH containing a downlink 
assignment and it shall monitor the set of configured VRBs in the second slot for an R-PDCCH containing an uplink 
grant. 

The R-PDCCH according to Section 5.6.3 shall be demodulated based on cell-specific reference signals transmitted on 
one of antenna ports JOJ, {0,l}, or {0,1,2,3} . 

The R-PDCCH according to Section 5.6.2 shall be demodulated based on cell-specific reference signals transmitted on 
one of antenna ports {oj , {0,l}, or {0,1,2,3} , or based on UE-specific reference signals transmitted on antenna port 7 
assuming that ngciD ~ ^ ' '^^e type of reference signals is configured by higher layers. 
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7.4.2 Relay node procedure for determining relay physical downlink 
control channel assignment without cross-interleaving 

This section applies if higher-layers configure the R-PDCCH to be not cross-interleaved. 

The same set of VRBs is configured for a potential R-PDCCH in the first and in the second slot. 

In each slot, an R-PDCCH candidate m = Q,l,...,M{A)-l at aggregation level A comprises VRB numbered with 
nvR™^^"=(-4m + /)modA^VR™*^'^"' where i = 0,l,...,A-l and where M(A) is given by Table 7.4.2-1. 

Table 7.4.2-1 : R-PDCCH candidates monitored by a relay node 



Aggregation level A 


Number of R-PDCCH candidates M(A) 


1 


6 


2 


6 


4 


2 


8 


2 



7.4.3 Relay node procedure for determining relay physical downlink 
control channel assignment with cross-interleaving 

This section applies if higher-layers configure the R-PDCCH to be cross-interleaved. 

The relay node procedure for determining the relay physical downlink control channel assignment is according to the 
UE procedure for determining physical downlink control channel assignment in Section 9.1.1 of [5] with the following 
assumptions. 

The set of CCEs corresponding to an R-PDCCH candidate m of the search space 5,^ • in slot j e {0,l} of subframe 

n isgivenby /i-|(y„ +m)mod[A^cCEj*^'^"/^l+' ^^ere i = 0,l,...,A-l, m = 0,1,...,M(/I)-1 , and A^cc™*^*^" ^^ 
the total number of CCEs in the set of RBs configured for potential R-PDCCH transmission. 

The relay node shall only monitor one RN-specific search space according to the UE-specific search space in [5] at each 
of the aggregation levels A e {1,2,4,8} with the number of candidates per aggregation level as in Table 7.4.2- 1 . 

7.5 Relay node procedures for transmitting the physical uplink 
control channel 

7.5.1 Relay node procedure for determining physical uplink control 
channel assignment 

The physical uplink control channel shall be processed as described in Section 10 of [5] with the following exceptions. 

For a PDSCH transmission indicated by the detection of a corresponding R-PDCCH, the relay node shall use PUCCH 
resources for transmission of HARQ-ACK, where the value of HpuccH ^^ configured by higher layers. 

The relay node shall transmit SR only in uplink subframes that have been configured for RN-to-eNB transmissions. 

For frame structure type 2 the relay node shall upon detection of a PDSCH transmission within subframe n- ic 
intended for the relay node transmit the ACK/NACK response in uplink subframe n where ice K and K is defined 
in Table 7.5.1-1. 
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Table 7.5.1-1: K for frame structure type 2 



SubframeConfigurationTDD 


K according to subframe 


n=0 


n=1 


n=2 


n=3 


n=4 


n=5 


n=6 


n=7 


n=8 


n=9 





















4 




1 








4 














2 


















4,9 




3 








4,9 














4 








4 










4 




5 






4 
















6 
















4 






7 






4,8 
















8 
















4,8 






9 






4,8,9 
















10 
















4,8,9 






11 








4,6 














12 








4,5,6 














13 








4 














14 








4,6 














15 








4,5 














16 








4,5,6 














17 








4,5,6,9 














18 










5 
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Annex A (informative): 
Change history 



Change history 
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- 


- 
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1.0.0 


10.0.0 
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0001 


- 
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10.0.0 
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